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A Patient Medical Parameter User Interface System 

This is a non-provisional application of provisional application serial 
No. 60/446,313 by J. R. Zaleski filed February 10, 2003. 

Field of the Invention 

This invention is related to adaptively processing and displaying of 
medical information, and more particularly to processing and displaying patient 
medical data for user configurable display in a network environment. 

Background of the Invention 

Patient medical parameter data is acquired, collated, stored and 
displayed for use in providing patient clinical care in hospitals, clinics, and other 
healthcare delivery settings. Patient medical parameter data may include vital signs 
ventilator information, infusion pump data associated with fluid delivery and other 
data. Such patient medical parameter data is typically displayed on a patient 
monitoring device screen in a trend indicative chart with a time axis. This type of 
chart is commonly termed a Flowsheet which is an electronic chronological chart of 
patient information that substitutes for a paper vital sign chart. A patient monitoring 
device is usually located at a patient bedside or nursing station in a hospital ward or in 
an intensive care, surgical or other location and may be connected to a network such 
as the Internet, a LAN, a WAN or an intra-net for acquiring patient parameter data 
from local sources (e.g., patient attached sensors) or remote sources (e.g., a remotely 
stored electronic patient record). 

Existing patient parameter information display and Flowsheet systems 
fail to present patient vital parameter information in a manner that enables a user to 
quickly and accurately identify abnormal conditions that may require immediate 
intervention. Though known systems enable comparisons to be made between normal 
and abnormal parameters, these system fail to provide a user friendly presentation 
format enabling a user to quickly, efficiently and comprehensively identify abnormal 
or other conditions within a restricted image presentation. A system according to 
invention principles addresses these limitations and derivative problems. 
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Summary of the Invention 

A system according to invention principles comprises a user interface 
display providing a quick and convenient way to view key vital parameters and their 
acceptable ranges within the immediate eye-span of a clinician. A system provides a 
user interface presenting patient medical parameter data, and includes an acquisition 
processor for acquiring, from a patient monitoring device, data representing a patient 
parameter. The system includes a processor for initiating generation of data 
representing at least one display image including, (a) a current value of a patient 
parameter and (b) a sliding bar representation of the patient parameter current value 
together with a range indicator for graphically indicating whether the current value is 
outside of a user defined range. 

Brief Description of the Drawings 

In the drawing: 

Figure 1 is a block diagram of a communication network with various 
devices, according to the principles of the invention. 

Figure 2 represents a flowchart of a method for providing a user 
interface, according to the present invention. 

Figure 3 shows a single user interface image presenting selected 
patient parameters and their acceptable ranges within the immediate eye-span of a 
clinician, according to invention principles. 

Figures 4 and 5 show user interface display images supporting a user 
in configuring a user interface display, according to the present invention. 

Figure 6 and 7 show further user interface images presenting selected 
patient parameters, according to invention principles. 

Figure 8 is a block diagram of a server having functionality in 
accordance with the present invention. 
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Detailed Description of Invention 

The inventors have advantageously recognized that it is desirable to 
provide a user interface providing a display of key patient vital parameters and their 
acceptable ranges within the immediate eye-span of a clinician. This makes it easier 
for the user to quickly identify a parameter deviating from a normal range (without 
having to sift through lists of values within an Electronic Patient Record (EPR) or a 
flowsheet) while at the same time seeing an immediate comparison between normal 
and abnormal values as well as between current and preceding values. The user 
interface includes a user view, set up pages, database, and associated functions to 
present a dynamic, substantially real-time visual display of key patient state 
parameters. A visual display advantageously provides a parameter display in the form 
of an analog bar identifying a parameter value by an indicator position along a bar 
and also showing normal patient values together with levels of deviation from the 
standard patient parameter values. 

Figure 1 is an exemplary block diagram of a communication network 
incorporating server 20 hosting executable application 19 providing a user interface 
display of patient parameters according to invention principles. The user interface 
system displays different types of parameters associated with, for example, Intra- 
venous fluids, drip administered medications, blood products, blood pressure, 
ventilation, vital signs, blood oxygen concentration, and infusion pump fluid delivery. 
Executable application 19 in other embodiments may be resident in another 
processing device in any part of the network shown in Figure 1. Communication 
network 1 (Figure 1) is represented by an IP (Internet Protocol) compatible network 
with a hierarchy of local area and wide area networks interconnected together. It is to 
be noted that although the present exemplary hospital or medical network is an IP 
compatible network, other types of networks such as, but not limited to optical or 
wireless networks, using other computing protocols such as, but not limited to, for 
example, X.25, frame relay, IBM SNA etc., may also be used, as one skilled in the art 
can readily appreciate. In addition, although the exemplary network described is a 
hierarchical network, this is not required by the present invention. Any type of 
network architecture that provides communication connectivity among the devices on 
the network may be used. 

As shown In Figure 1, the first level of the exemplary hierarchical 
network 1 comprises a Medical Interface Information Bus (MIB) 2. A MIB is a well- 
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known medical industry standard for locally connecting medical devices together. As 
shown in Figure 1, MIB 2 is typically used to interconnect medical devices in a care 
unit such as a patient's room within a nursing station to administer care to a particular 
patient and to monitor the particular patient. Various medical devices may be 
connected via MIB 2; examples shown in Figure 1 comprise a ventilator 6a, IV 
(Intravenous) Pump 8 or other medical equipment 10. MIB 2 is typically connected 
to a second level LAN network 3 through an Interface Docking Station (IDS) device 
12, for interfacing to Ethernet-compatible LAN network 3. The LAN 3 may be for 
example, an Infinity LAN, marketed by Siemens Medical System. This higher-level 
LAN 3 is typically, though not necessarily, used by other care units such as a 
particular department within a hospital, for instance an intensive care unit or surgery 
unit, etc., depending on the size of the organization. 

Although not shown in Figure 1, more than one MIB may be 
connected to the second level LAN 3, so that more than one patient may be monitored 
or provided with care through LAN 3. In addition, medical devices may be connected 
directly to higher-level LAN 3. For example, as shown in Figure 1, a ventilator 6b 
and an anesthesia system 22 are connected directly to LAN 3, without use of a MIB. 
Furthermore, LAN 3 may be interconnected to a Hospital LAN backbone 4 which 
also is Ethernet compatible. This backbone network 4 provides communication 
connectivity between various departments within a hospital or medical organization; 
for example, connecting hospital administrative systems 15 together with laboratory 
system (LIS) 17. In addition, the Hospital LAN 4 has a remote access gateway 1 1 
which provides remote, secured access from, for example, information a remote 
doctor's office 23 or a remote care site 24, to the various systems and devices on 
network 1, through for example, Internet 29. Alternatively, a remote site may also 
access the remote access gateway 11 directly through, for example, a dial-up 
telephone port, ADSL, or other types of private connection. Remote access gateway 
1 1 may also be part of server 20, to be described below, instead of standing alone, as 
well know in the art. 

According to the principles of the present invention, executable 
application 19 (or multiple applications in another embodiment) resides on central 
server 20 on LAN 3 for gathering and processing data from the peripheral medical 
devices or facilities coupled to LAN 3 or hospital LAN 4, including laboratory results 
supplied via laboratory system 17 connected through an HL7 interface, for example. 
Additional medical parameter data including additional laboratory results acquired 
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from any number of medical devices such as those shown in Figure 1 may be 
obtained by server 20 using ASTM messaging, for example. The acquired medical 
parameters associated with a given patient, including laboratory test results, are 
acquired from the medical devices on network 1 for display and control on monitors 
5a, 5b or PCs 26 and 39 or any other display hosting device at any level of the Figure 
1 network. One skilled in the art can readily recognize that server 20 may reside at 
any level of the hierarchy of network 1, since all the different levels of LANs (e.g., 3, 
or 4), as well as remote sites in Figure 1 are interconnected. An example of server 20, 
is a Prometheus server, marketed by Siemens Medical System. The server may be 
hosted, for example, by a computer system that is capable of running Microsoft NT or 
Windows 2000 operating system. 

Figure 2 shows in flow chart form, functions that are performed by 
executable application 19. Application 19 establishes communication with devices on 
the network as shown in step 202 after the start at step 201. This is done, for example, 
by using IP protocol and the known IP device address for each device on the network 
1 (Figure 1), in conjunction with any higher application-layer protocols, as well 
known in the art. Once communication is established between server 20 and the other 
devices, application 19, in step 204, starts to acquire parameters that are being 
monitored, laboratory results and settings selected for the various devices. As 
previously mentioned, laboratory results may be obtained through an HL7 interface 
with LIS 17, or via ASTM or MIB point of care (POC) medical devices depicted in 
Figure 1. Types of acquired patient parameter include, blood pressure parameters, 
respiratory or ventilation parameters, vital sign parameters, blood oxygen 
concentration representative parameters, infusion pump parameters associated with 
fluid delivery, drip medication related parameters and other fluid related parameters, 
for example. 

Medical data and laboratory results may be continuously, periodically 
or non-periodically acquired and correlated with a given patient for storage in 
relational data base 25 (Figure 1) within server 20. Data base 25 may be of the type 
used for storing relational data such as the Microsoft SQL server. In addition, 
application 19 may obtain patient parameter data and patient data comprising medical 
laboratory results that are first entered and stored, for example, in laboratory 
information system 17 of Fig. 1. Also, application 19 may acquire healthcare provider 
entered medical notes for display. In step 206 application 19 initiates display of a user 
interface configuration menu supporting user selection of patient parameters for 
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display. The configuration menu of Figure 4 supports user selection of multiple 
patient parameters from within groups of parameters including, a vascular related 
group of parameters 400, a respiratory related group of parameters 403 or a laboratory 
related group of parameters 405, for example. The parameters are individually 
selected from a category by check box selection as illustrated in the Figure 4 selection 
table and the selected parameters are presented in a Selected Parameters window 407 
for user confirmation. Application 19 in step 208 receives mass and height values 
entered by a user via data entry boxes 409 and 411 respectively. The received mass 
and height values are characteristics of the patient associated with the selected 
parameters. Patient weight and height are used to compute patient body surface area 
(BSA) used in deriving particular patient parameters such as cardiac index. 

Application 19 in step 210 receives parameter information in response 
to user data entry via a configuration display image illustrated in Figure 5. This figure 
illustrates two parameters (Pulse and Cardiac Index) for display within a user 
interface image. Other parameters for display in a user interface image are similarly 
configured using the Figure 5 configuration display window. In operation, a user 
manually sets the minimum, normal, and maximum values associated with an 
individual patient parameter using the Figure 5 configuration image. A user sets a 
minimum value 507, a normal value 505 and a maximum value 503 for a parameter 
(e.g., pulse) 500. A user also employs the Figure 5 configuration display window to 
select parameter relative deviation ranges to be presented in a user interface image 
providing a display of patient vital parameters. Specifically, a user selects a normal 
parameter value range (indicated by blue bars in a user interface image), a cautionary 
range (indicated by yellow bars in a user interface image), and a non-normal range 
(indicated by red bars in a user interface image). A user selects ranges on a sliding bar 
scale as shown in Figure 5. Specifically, a user selects a normal parameter range via 
blue icon 509, a cautionary parameter range via yellow icon 511 and an excessive 
parameter range via red icon 513 as a percentage of a maximum parameter value. 

The physical interpretation of the Figure 5 slider values is as follows. 
Consider, for example, patient Pulse parameter 500. A normal range of 10% implies 
that if a patient measurement remains within ±10% (509) of 83 beats per minute, the 
patient is considered as having normal heart rhythm. If the patient heart rate exceeds 
±10% of the norm value but remains (in this example) within ±27% (511) of the norm 
value, this is shown in the user display as falling outside of the normal range but 
within the cautionary (yellow) range of bars. If the patient heart rate exceeds ±27% 
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(again, in this example), the intervention range is achieved and this appears as a value 
between the red bars. The purpose in identifying an intervention range specific 
threshold value (50% (513) in this example) is so that the user, when viewing the 
display) advantageously has a gauge of how far a patient parameter value has 
deviated into this intervention range. A green bar within a user interface display 
image indicates a normal range. To each side of a green bar (representing a current 
value) are colored bars (blue, yellow, red) indicating the previously discussed ranges. 
Above a green bar is a current value (also shown in green) for a particular parameter. 
To the left of this current value is an immediately preceding value (that is, the last 
value measured) and to the right of the current value is the time interval between the 
last preceding measurement and this current value. 

Application 19 in step 212 employs the configuration data (entered in 
steps 206-210) in initiating generation of data representing at least one user interface 
image. An exemplary single user interface image is illustrated in Figure 3 and 
presents the selected parameters and their acceptable ranges within the immediate 
eye-span of a clinician. In another embodiment application 19 initiates generation of 
data representing multiple user navigable user interface images presenting the image 
elements and features of Figure 3. The user interface image of Figure 3 includes 
current values of eight patient parameters including (clockwise from the top) blood 
oxygen saturation (Sp02), respiratory rate (Resp), spontaneous tidal volume (TVe), 
rapid-shallow-breathing index (RSBI), Positive end-expiratory pressure (PEEP), 
temperature (T), heart rate (HR) and cardiac output (CO). The user interface image 
includes sliding bar representations of the current values of patient parameters 
together with corresponding range indicators for graphically indicating whether the 
current values are out side of corresponding user determined ranges. A displayed 
sliding bar includes a current value indicator image element and a range limit 
identifier image element positioned at user determined positions indicative of 
proportions of slide bar full scale. The displayed image elements are indicated as bars 
in Figure 3 but may be icons of different shape including, square, diamond, an arrow, 
or any other shape. Further, the displayed sliding bars employ a linear scale but in 
another embodiment may employ a different scale such as a logarithmic scale, for 
example. 

The sliding bar representation for the RSBI parameter shows a current 
value (indicated by green bar 350, for example) together with corresponding normal, 
cautionary and excessive parameter range indicators. The sliding bar representation 
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current value indicator and range limit indicators comprise image elements having a 
common display attribute when the current value is within a corresponding range 
limit. The image element common display attribute comprises a particular image 
element color in the embodiment of Figure 3 but in other embodiments may 
comprise, a particular image element shape, a particular image element type of 
highlighting, a particular image element foreground or background, a particular type 
of image element shading, a particular image element outline or a particular image 
element fill pattern, for example. 

The corresponding normal range indicators comprise blue bars 333 
and 334, the cautionary range indicators comprise yellow bars 313 and 314 and the 
excessive parameter range indicators comprise red bars 307 and 308. The sliding bar 
representation graphically indicates where current value 350 resides within these 
ranges and the RSBI parameter current value 350 is shown lying within the normal 
range blue bars for example. If the current value exceeds the cautionary range, the 
current value indicator color is yellow and if the current value lies in the excessive 
range, the current value indicator is red. Thereby, in the exemplary embodiments of 
Figure 3 and Figures 6-8) the current value and range limit indicator image elements 
have a common color when the current value is within a corresponding range limit. 

The patient parameter current values and associated sliding bar 
representations of the patient parameters are oriented in a rotational orientation but in 
other embodiments may be in a horizontal, vertical or spiral orientation, for example. 
Further, individual current values and associated sliding bar representations of 
individual patient parameters are advantageously ordered by type of associated 
patient parameter so that patient parameters that typically exhibit out of range 
conditions together are adjacent in a single display image. The user interface image 
also presents a numerical value 305 corresponding to the patient parameter current 
value indicated in the RSBI sliding bar by green bar 350, for example. Patient 
parameter current value 305 is accompanied by the patient parameter numerical value 
304 received prior to this current parameter value, as well as a numerical time interval 
303 substantially indicative of time between measurement of the current parameter 
value 305 and the previously received parameter value 304. The user interface image 
also presents a patient parameter label (e.g., RSBI). 

Figure 6 show the user interface display image of Figure 3 illustrating 
particular parameters exceeding their normal value ranges. Figure 6 shows several 
parameters (respiratory rate - Resp, tidal volume - TVe, and rapid shallow breathing 
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index - RSBI) that are deviating significantly from their normal values. Specifically, 
the sliding bar current value indicators for these parameters (603, 605 and 607) are 
red and positioned in the excessive ranges of these parameters. This advantageously 
distinguishes the excessive parameter values from the other parameter values and 
readily signals to a user that medical intervention is required. In addition, in the 
Figure 6 user interface image, the cardiac output parameter value is shown deviating 
into the cautionary range. The sliding bar current value indicator for the cardiac 
output parameter (611) is shown in yellow and is positioned in the cautionary range 
of this parameter. This advantageously distinguishes the parameter value in the 
cautionary range from the excessive parameter values and from the other parameter 
values in the normal range. 

Figure 7 shows the user interface display image of Figure 6 with the 
CO parameter back in the normal range and the TVe parameter back into the 
cautionary range from the excessive range. The user interface system shows the 
selected patient parameter data that enables a user to rapidly determine the state of 
health of a patient within the span of a single glance. A user interface image shows 
selected patient parameter data together with previous values enabling rapid 
comparison of a patient parameter value with an immediate pre-cursor value and also 
enabling rapid relative comparison of different vital sign parameters and their 
associated range categorized deviation. Such rapid comparison is facilitated by the 
association of particular display attributes (such as different colors) with different 
parameter variation ranges indicating deviation from a normal range. In the 
embodiment of Figures 3, 6 and 7 parameter range deviation is indicated by a patient 
parameter current value indicator that traverses a sliding bar between user determined 
minimum and maximum values and the sliding bar lies along a single axis. The single 
axis is either horizontal or at an angle from the horizontal for the displayed 
parameters. In other embodiments the sliding bar representation may comprise a 
curved bar, a rotary bar or a bar along a plurality of axes, for example. 

The user interface system and associated configuration display images, 
is Web-based in the preferred embodiment (but in other embodiments is compatible 
with any network environment) and operates through a thin-client viewer (such as MS 
Internet Explorer or equivalent). The applications that create the user views are, for 
example, based on ActiveX components consisting of Java Applets, JavaScript, and 
JSPs, but in other embodiments may be based on any applicable programming 
instruction code. A user may use a Microsoft Windows compatible PC 26 or 
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Windows NT compatible PC 39 as shown in Figure 1, or any other processing 
devices capable of running a menu generating program such as a web browser 
program (e.g., Microsoft Internet Explorer or Netscape Navigator, etc.) to view a user 
interface image such as those of Figures 3, 6 and 7. Further the user interface system 
may also generate a composite display image including such a user interface image 
together with medical parameters and laboratory results information associated with a 
given patient. 

A user may use a web browser on any processing device, as long as a 
communication connection can be made to server 20 and application 19, to make 
requests and view information acquired and stored in data base 25. This is 
advantageous, since a doctor may for example, gain access to data base 25 or 
laboratory test results from, for example, a remote physician's office 23, without 
having to access a dedicated terminal. Of course, a user can simply use a keyboard 
and/or a mouse or any other user interface devices to enter a user selection or request 
on a user computer, as is known in the art. Application 19 is therefore capable of 
collating and formatting medical data to be compatible with, for example, HTML 
(Hypertext Mark-up Language) programming language for displaying data on a web 
browser. Application 19 is also responsive to, for example, HTTP (HyperText 
Transfer Protocol) commands originated from a user's web browser for making a 
request. The process of Figure 2 ends at step 214. 

Figure 8 shows a block diagram of an exemplary embodiment of 
server 20 (Figure 1) including functions in accordance with the present invention for 
generating data for configuring and presenting a user interface display according to 
invention principles and for managing, collating, searching and updating data base 25 
containing patient medical information. Executable applications or processors 
operative to carry out instructions for performing the various functions described 
herein include an executable application 19 for performing user interface related 
processing and communications processing module 2502 that acquires the patient 
data including the monitored parameters allocated to a given patient from the network 
and collates the information for storage in data base 25. Navigation collation 
processor 2504 operates in conjunction with the web browser and display generator 
software to collate and prioritize parameters for display to the user while navigating 
through various applications selected by a user through the user interface. Name 
server processor 2506 associates unique identifiers (IDs) with each node connected to 
the system network and with each patient in the system in order to track and update 
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patient information throughout the system. Input/output data and control signals are 
used to communicate between the various processors as well as to interface with the 
data base 25 and search engine 23 and with the network via communication line 
2510. 

The user interface display images, systems and processes presented in 
Figures 1-8 are not exclusive. Other user interface configuration and presentation 
display images, systems and processes may be derived in accordance with the 
principles of the invention to accomplish the same objectives. Although this invention 
has been described with reference to particular embodiments, it is to be understood 
that the embodiments and variations shown and described herein are for illustration 
only and that various modifications may be implemented by those skilled in the art 
without departing from the scope of the invention. A user interface system and 
associated functions according to the invention may be used in any application to 
support user viewing of substantially real-time data and to enable data comparison in 
the span of a user glance. 



